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Determining bearer services in a radio access network 

Background oZ the Invention 

j The invention relates general. ly to cordless tele- 

5 communications systems/ and particularly to supporting 

\ TCP/IP services in a cellular radio access network con- 

nected to a telecommunications network offering TCP/IP 
services . 

Currently under development are third generation 

10 mobile communications systems/ such as the Universal 
Mobile Communication System (UMTS) and the Future Public 
Land Mobile Telecommunication System (PPLMTS) which has 
later been renamed as IMT-2000 (International Mobile Tele- 
communication 2000) . UMTS is under 3tandardization at ETSI 

15 (European Telecommunications standards Institute) , whilst 

ITU (International Telecommunication Union) is standardiz- 
ing the IMT-2000 system. These future systems are very 
similar in their basic features- In the following, the 
UMTS system will be dealt with in more detail. 

20 liike all mobile communications systems/ UMTS 

produces cordless data transmission services to mobile 
users. The system supports roaming, in other words, UMTS 
users can be reached and they can make calls anywhere, as 
long as they are located within the UMTS coverage area. 

25 "OMTS is anticipated to satisfy a wide variety of future 
service needs , such as high-speed data services (multi- 
media) , and video services, such as video calls. Many 
future services that will be needed are difficult to 
envision; therefore it is not possible to optimize UMTS to 

30 one group of services only. One conclusion from this is 
that UMTS must be constructed to be versatile and to 
permit further development. For this reason, a modular 
approach for the network architecture has been adopted, 
making it possible to implement UMTS effectively in dif- 

35 ferent environments. 
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in the present perception, UMTS is built up of 
two or three parts that are illustrated in Figures 1 and 
2: UMTS access network 1 (or UMTS base station system, 
UMTS-BSS) and a core network 2, 3, 4 and 5. The UMTS 

*5 access network will also be generally termed a radio 
, access network in the following. The UMTS access network 1 

is mainly responsible for things related to the radio 
path, i,e., it offers to the core network .radio access 
that is needed for cordless operation. The core network 2, 

10 3, 4 or 5 is a conventional or future telecommunications 
network modified to effectively utilize the UMTS access 
network in cordless communication. Telecommunications 
networks that have been contemplated as suitable core 
networks include the ISDN (integrated Services Digital 

15 Network) , B-ISDN (Broadband Integrated Services Digital 
Network) , packet data networks PDN, Asynchronous Transfer 
Mode (ATM) networks etc., and second generation mobile 
communications systems, such as GSM (Global System for 
Mobile Communication) . 

20 Hence, the UMTS access network must be capable of 

providing support to various core networks, also those 
evolving in the future. Likewise, UMTS access networks 
should permit connection of various radio interfaces to 
the core network (narrowband, broadband, CDMA, TDMA etc.) . 

25 . Furthermore, the UMTS access network is typically simul- 
taneously connected to several core networks, and hence 
must be capable of simultaneously supporting different 
core networks and their subscribers and services. 

It is considered that the services of a radio 

30 access network are offered from core networks. The proto- 
col controlling the bearer services of the radio access 
network should be capable of setting up through the 
network bearer services that would best satisfy different 
services in each core network. The bearer services may 

35 comprise several parameters wherewith the service quality 
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and the efficiency of the radio network may be enhanced 
service-specifically* 

A conceivable core network is the Transmission 
control Protocol/Internet Protocol (TCP/IP) data network, 

' 5 the so-called Internet network. It is also possible that 

, access to the internet is provided through another core 

network, such as the General Packet Radio Service (GPRS) 
network. The Internet makes use of a number of TCP/IP 
application protocols. These include: 

10 - TELNET. This protocol enables a user terminal 

(or a user application program) in one machine to com- 
nrunicate interactively with an application process, such 
as a text editor running in a remote machine, as if the 
user terminal were directly connected to it; 

15 - FTP (Pile Transfer Protocol) , This protocol 

enables a user terminal (or a user application process) to 
access and interact with a remote file system; 

- SMTP (Simple Mail Transfer Protocol) . This 
protocol produces a network-wide mail transfer service 

20 between electronic mail systems in different machines; 

- snwp (Simple Network Management Protocol) . This 
protocol enables a user (e.g. a network management system) 
to collect throughput data of a network element (such as a 
bus or a gateway) and to control its operation through the 

25 network itself, 

- WWW (World Wide Web) 

Figure 3 illustrates the structure of the TCP/IP 
protocol. As can be seen in the figure, the application 
protocols are accessed through the local operating system 

30 either by a user application process or, more usually, by 
a user at a terminal. The application protocols, on the 
other hand, are connected to the IP protocol layer by 
means of a transport layer comprising either UDP (User 
Datagram Protocol) or TCP (Transmission Control Protocol) < 

35 A feature common to all client -server interactions is the 
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establishment of a traffic route between two application 
protocols or processes. All server application processes 
have an associated name which translates into a corres- 
ponding network-wide address. The translation procedure is 
5 carried out by a process known as the domain name server. 

. The net«ork-wide address consists of two parts: the net- 

* work-wide IP address of the host in which the process is 

running and a local port number. The IP address is used by 
the IP protocol to route datagrams across the Internet to 

10 the required destination host. The port number is then 
used by the TCP protocol within the host - or UDP, if this 
is being used - to identify bhe specific process within 
that host to which a received message should be sent. An 
open system will include multiple clients and servers both 

15 of different types and of the same type. All servers of 
, the same type, however, are assigned the same system-wide 
port number. For example, the port numbers of the above- 
described application protocols are as follows: FTP 21 f 
TELNET 23, SMTP 25 , and WWW .80. When a client process 

20 initiates a call to a correspondent server process, it 
uses as a destination address the IP address of the host 
in which the server is running coupled with the 
appropriate well-known port number of that server • As a 
source address it uses the IP address of its own host 

25 together with the free {unused) port number on that host. 

If TCP is being used, the local TCP protocol entity will 
then establish a transport connection between the client 
and server processes (using these addresses) over which 
the appropriate message exchanges can take place. 

30 In the present-day Internet network, all services 

are 'best effort 1 ('best try 1 ) services. This means that 
the applications or users are not guaranteed any given 
level of quality, but the operating parameters, such as 
the bit error rate (BER) or delay, vary according the 

35 instantaneous degree of utilization of the Internet. Many 
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applications, however, have olearly different optimum 
operating parameters. For example in a Telnet session the 
essential factor is the end-to-end delay, whereas in an 
FTP session the mean bit rate is decisive. In FTP it is 
' 5 insignificant if the delay experienced by individual 
, packets is relatively long, as long as the mean bit rate 

remains adequate. In a Telnet session , on the other hand, 
the bit rate is very low, but the delay experienced by 
individual packets is the critical factor for the quality 
10 of the user service. Hence, the requirements placed by the 
different applications of Internet differ to some extent. 

Brief Description of the Invention 

It is an object of the present invention to 
15 provide the best suitable bearer service for TCP/IP ser- 
vices in a radio access network from the point of view of 
the radio access network and the supported TCP/IP service. 

^ This is achieved with a method for setting bearer 
service parameters for a radio network in a radio access 
20 network connected to a core network which is an IP/TCP 
network or offers a connection to an IP/TCP network, the 
method comprising the steps of receiving to the boundary 
of the radio access network a first IP packet relating to 
a given connection and reserving a bearer service for the 
25 connection in the radio access network. The method is 
characterized by 

identifying the TCP/IP service to which the IP 
packet relates on the basis of the content of the IP 
packet , 

30 maintaining in the radio access network informa- 

tion on the bearer service parameters required by each 
TCP/IP service, 

setting the bearer service parameters in accord- 
ance with the identified TCP/IP service in the radio 

35 access network. 
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The invention also relates to an arrangement: for 
setting bearer service parameters in a cellular radio 
access network connected to a core network which is an 

^ IP/TCP network or offers a connection to an IP/TCP net- 

S work, the arrangement comprising resource control means 
for the radio access network by means of which bearer 
services are reserved for the connections, and first means 
located at the boundary of the radio acc.ess network/ 
initiating reservation of a bearer service for a given 

10 connection upon receipt of a first IP packet relating to 
the connection. The arrangement is characterized in that 
it further comprises 

second means maintaining information on the 
bearer service parameters required by each TCP/IP service 

15 in the radio access network , 

said first means being adapted to identify the 
TCP/IP service on the basis of the content of the IP 
packet received from the core network and requesting from 
the resource control means a bearer service having the 

20 bearer service parameters required by the identified 
TCP/IP service, obtained from the second means. 

The basic idea of the invention is that the 
bearer service parameters required by different TCP/IP 
services are predetermined in the radio access network, 
J! 5 the correct parameters for a given connection being sel- 
ected by identifying the TCP/IP service on the basis of 
the content of the first IP packet received. In this way, 
different TCP/IP services can be handled in different ways 
in the radio access network and a bearer service that best 

30 corresponds to the actual needs can be established through 

the radio access network. This avoids any collapse in ser- 
vice quality that the user might experience when data is 
transferred through the radio access network, as can 
happen if all services are given the same treatment. By 

35 means of the invention, not only can service quality as 
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experienced by the user be improved, but optimization of 
the capacity of the radio access network is also enabled 
when only correct-type capacity is reserved for each 
connection. 

* 5 In the primary embodiment of the invention, the 

TCP/IP service is identified on the basis of the port 

* number in the destination port field in the TCP or OTP 
packet in the user data field of the IP packet . The 
service quality required by the TCP/IP service can also be 

10 interpreted from the protocol field of the IP packet, 
which indicates whether the overlaying transport protocol 
is TCP or UDP, for instance. Since the protocols of the 
different transport layers may have completely different 
requirements, this information can be used for setting the 

15 bearer service parameters in the radio access network. The 
service type field of the IP packet may also be used in - 
the same way. Furthermore, the different subscription- 
specific conditions in the radio access network can be 
taken into account in setting the bearer service para- 

20 meters* An upper limit for the bit rate or price may be 
defined for the subscriber, for instance. 

The identifying and selection of bearer service 
parameters on the border of the radio access network may 
be carried out at the mobile station when a mobile 
. 25 originated connection (call) is concerned, and in the 
boundary region of the core network and the radio access 
network when a mobile terminated connection (call) is 
concerned. 

30 Brief Description of the Drawings 

The invention will be described in detail in the 
following by means of primary embodiments with reference 
to the accompanying drawings, in which 

Figure 1 generally illustrates a UMTS access 
35 network and core networks connected thereto. 
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Figure 2 is a diagram illustrating a possible 
UMTS access network structure in detail, 

Figure 3 shows the TCP/IP protocol strueture / 
Figure 4 is a flow chart illustrating the service 

* 5 identification and setting of service parameters in 

J accordance with the invention. 

Detailed Description of tn* Invention 

The primary embodiments of the invention will be 

10 described in the following as implemented in a radio 
access network in accordance with the precepts of the UMTS 
system, but the invention is not intended to be limited to 
the UMTS system. The invention is suitable for use in any 
radio access network that is connected to one or more core 

15 networks (telecommunications system) which is a TCP/IP 

network or offers a connection to a TCP/IP network. 

Figure 2 illustrates a network architecture for a 
UMTS access network in detail* It is to be noted, however, 
that this network architecture is only one of several pos- 

20 sible alternatives. The network architecture shown in 

Figure 2 is based on a scenario according to which the 
functions of the UMTS access network are closely limited 
to radio access functions. Thus., it mainly comprises 
functions for radio resource control (handover, paging) 

25 and for controlling the bearer service (control of radio 
bearer service) . More complicated modes of function, such 
as registers,, registering functions and mobility and loca- 
tion management, are located in each core network. 

In accordance with UMTS terminology, the entire 

30 UMTS access network is termed a generic radio access 

network (GRAN) . GRAN is further divided to a radio access 
network (RAN) and to an interworking unit (IWU) . In 
principle, there is an IWU between each core network 2-5 
and RAN, such as IWUs 1-4 in the figure. The purpose of 

35 the IWU is to provide a connection between the core net* 
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work and RAN. Therefore the IWU comprises the necessary 
adaptations and other possible interworking functions. The 
interface IWU-CN is core network- specif ic. This enables 
development of core networks and the RAN independently of 
5 one another. Por example, IWU may be connected to the base 
station subsystem BSS of a GSM network- Likewise, IWU2 may 
be connected to a local exchange of an ISDN network, for 
instance . 

In Figure 2, the radio access netw ork RAN com- 

10 prises a transport network TN, a radio network controller 
RNC, and a base station BS« In the network architecture 
shown, the base stations are connected to the transport: 
network TN, which transports the user data to the IWUs and 
the control signalling to the radio network controller 

15 RNC. All intelligence controlling the GRAN is located at 
the base stations (BS) and the radio network controller 
(RNC) - As stated previously, this control is typically 
limited to control functions pertaining to radio access as 
well as to switching of connections through the transport \ 

20 network TN ► The transport network TN may be an ATM net- ' 
work, for example. 

It is to be noted that the detailed structure of 
the UMTS access network does not have any significance to 
the present invention. For example, the network structure 

25 shown in Figure 2 may also comprise subscriber registers - 
The term radio access network in this application 
generally refers to any radio access network and network 
structure that is connected to a core network - 

In the primary embodiment of the invention, it is 

30 presumed that the management of the radio resources of 
GRAN and the control of the bearer services are located in 
the radio network controller RNC. Within GRAN, a special 
signalling protocol is used for this purpose, termed radio 
bearer service protocol (RBC) . The bearer service is re- 

35 presented by means of various bearer service parameters, 
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examples of which will be given below. The bearer service 
parameters comprise four main classes: 1) traffic para- 
j meters, 2) quality of service {QoS) parameters, 3) 

information parameters, and 4) content parameters. 
'5 Traffic parameter ^ t 

, Peak Bit Rate PBR, bit/s. The maximum ins tan- 

1 taneous bit rate in connection with maximum burst size. 

Indicates the constant bit rate in the absence of other 
traffic parameters. 
XO Sustainable bit rate SBR, bit/s. The upper bound 

on the conforming average bit rate of the connection. 

Maximum burst size MBS, bits. Gives an estimation 
of the maximum burst size that may be transmitted at peak 
bit rate. 

15 Frame size specification: number of entries, 

minimum size, intermediate size(s) , maximum size. For un- 
synchronized services, a frame may have any size between 
minimum and maximum. For synchronized services, requested 
intermediate sizes may be defined and the list defines the 
20 discrete frame sizes used, corresponding to discrete bit 

rates . 

Minimum bit rate MBR, bit/$. The minimum bit rate 
required for URAN ABR traffic. 

Quality of Service (QuS) parametoxs 
. 25 Bit error rate BER. Bit error rate of the 

connection . 

Delay. 

Frame loss ratio FLR, per cent ratio. The ratio 
of lost frames to all frames sent* 
30 Priority parameter* 

Information parameters 

.Direction, uplink/downlink. Gives the direction 
of a simplex bearer. For two-way bearers, "bi-directional" 
is specified. 

35 Configuration, point-to-point/point- to-raulti- 
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point. Gives the configuration of the connection in terms 
of point-to-point or point-to-multipoint service. 

Type, . control/unsynchronized/synchronized* 
Control: the traffic consists of signalling. Unsynchron- 
5 ized traffic: the traffic is not synchronized with the 
i radio interface timing. Synchronized traffic i Radio inter- 

face timing information is required. 
Content parameters 

Coding: Indicates the speech codec used. 

10 Let us assume that the core network 4 is a TCP/IP 

network or a network offering a transparent connection to 
a TCP/IP network. In that situation, a network element or 
function, e.g. IWU3, is provided at the boundary of GRAN, 
wherewith the radio access network and the TCP/IP network 

15 are adapted to one another. In a primaxy embodiment of the 
invention y it is assumed that the connection set up 
through GRAN is a transparent "tube" that transfers the IP 
packets from the boundary of GRAN (e.g. IWU3) to a MS and 
vice versa. The actual client host machine is thus 

20 connected to the MS. Hence, the adaptation function or 
network element (e.g. IWU3) at the boundary of GRAN must 
be capable of requesting the RNC to set up the correct 
bearer service and connection through GRAN in accordance 
with the PCB protocol. Once the connection is set up, the 

25 adaptation function XOTJ3 inserts the IP packets into the 
user data field of the protocol data units (e.g. ATM cell) 
used on the GRAN connection and sends them across the 
GRAN* The exact manner of implementing the data transfer 
and connection is not, however, significant to the 

30 invention. 

It is essential to the present invention that 
such a function or network element at the boundary of GRAN 
is furnished with a feature wherewith it can identify 
TCP/IP service on the basis of the content of the IP 

35 packet and, on the basis of the identification, request 
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from the R1TC a bearer service that meets predetermined 
bearer service parameters. Various information in the IP 
packet (datagram) may be employed for identification of 
TCP/IP service. 

' 5 Value 6 in the IP protocol field in the IP packet 

, indicates that the protocol of the overlaying transport 

layer is TCP. Correspondingly, value 17 in the protocol 
field in the IP packet indicates that the protocol of the 
overlaying transport layer is UDP. It i© possible to use 

10 this information as such for selecting the bearer service 
parameters. For example, it can be deduced from the fact 
that UDP is identified that the user does not require 
reliable transport (as there are no retransmissions on the 
transport layer) „ For this reason, the bearer service 

15 parameters predetermined for UDP could for example contain 
a lov/er frame loss ratio (FLR) and lower delay than TCP 
parameters ♦ Identifying of UDP and TCP is not sufficient, 
however, for optimizing higher level services. 

The type of service field in the IP packet 

20 defines various properties required of the connection! 

high reliability, high throughput, short delay, and low 
priority level. This information can also be used for 
selecting bearer service parameters for the GRAN con- 
nection . 

25 . The user data field in the IP packet contains a 

TCP or UDP packet- Both a TCP packet and a UDP packet 
contain a destination port field,- the port number 
contained in this field may be used for identifying the 
most common services. The port numbers of the above - 

30 described application protocols, for example, are the fol- 
lowing: FTP 21, TELNET 23 , SMTP 25, and WWW 80. When an 
optimum set of bearer service parameters is defined and 
stored for each application protocol, it can be retrieved 
after identification and sent to the RNC in an appropriate 

35 RBC message - 
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In the following, the mapping of TCP/IP services 
to GRAN bearer service parameters will, however, be 
described by means of examples utilizing several of Che 
above -described methods simultaneously, thus enabling 
' 5 better optimization. 

Example 1 

FTP 3Wxcb 

FTP service is identified when the destination 
port field in the TCP packet is 21, the protocol field of 
10 the IP packet is 6 (TCP) and, optimally, the IP service 
type field = high throughput. On this basis, the following 
predetermined GRAN bearer service parameters are selected 
for the identified FTP service: 

PBR: 64000 bit/s; &BR: 32000 bit/s; MBS 128000 
15 bit/s; MBR: 16000 bit/s, - frame size specif icat ion z two 

entries (Max & Min) , Max=576 (default value for maximum 
size of TCP segment) , Min*=40; BER:10"-9; delay: not 
defined or very low delay requirement, e.g. 10 seconds ; 
priority: 10 (low) . 
20 Example 2 

Telnet service 

Telnet service is identified when the destination 
port field in the TCP packet is 23, the protocol field in 
the IP packet is S (TCP] and, optionally, the IP service 
25 type field = short delay. On this basis, the following 
predetermined GRAN bearer service parameters are selected 
for the identified Telnet service: 

PBR* 1000 bit/s; SBR: 500 bit/s; MBSi 2000 bit/s; 
MBRt 0 bit/s; frame size specification: two entries (Max & 
30 Min), Max=57G, Min^40; BER: 10"^9; delay: 200 ms; prior- 

ity: 3 (relatively high) . 

Example 3 

WWW seiviea 

WWW service is identified when the destination 
35 port field in the TCP packet is 80, the protocol field in 
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the IP packet is S (TCP) and, optionally, the IP service 
type field - low priority/maximize throughput, on this 
basis, the; following predetermined GRAN bearer service 
parameters are selected for the identified WWW service : 

*5 PBR: 32000 bit/S; SBR: 16000 bit/s; MBS t 256000 

- bit/s; MBR: 8000 bit/s; frame size specification; two 

1 entries (Max & Min) , Max=576, Min=40; BER: X0*-9; delay: 

1000 ms; priority: 5. 

Instead of the above examples, any other approp- 

10 riate mapping of the bearer service parameters to the 
TCP/IP services may naturally be used. In addition to the 
TCP and IP header information, also subscriber-associated 
data (relating to the subscription) may be used to deter- 
mine the bearer service parameters. For example an upper 

15 limit for the price or bit rate may be defined in the sub- 
scriber data. In one embodiment bf the invention also the 
subscriber data is checked and taken into account in 
setting up the bearer service. The subscriber data may be 
available from an internal database of GRAN, but typically 

20 it must be requested from an external database located for 
example in the core network, such as a GSM home location 
register HLR. 

In the following, the identification of a service 
and setting of bearer service parameters in accordance 

25 with the invention will be explained with reference to 
Figures 2 and 4. Let us assume initially that a first: IP 
packet relating to a given connection is received by a 
function, device, or network element located at the 
boundary of GRAN (step 40, Figure 4) and having the 

30 feature in accordance with the present invention. Where a 
mobile originated connection (call) is lnvolved / the 
invention can be implemented from the mobile station MS, 
which receives the packets from a peripheral device or 
from its user application. Where a mobile terminated 

35 connection is involved, the invention can be implemented 
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in the boundary region of the core network and the radio 
access network. Let such an element or function be TWD3 in 
Figure 2, in which situation the first packet relating to 
the terminating connection is received from a TCP/IP core 
5 network. 

, With reference to Figure 4, TWU3 analyzes the IP 

protocol field of the IP packet, step 41. If the value of 
the IP protocol field is not G, IWU3 identifies UDP as the 
protocol of the transport layer and fetches from its data- 

10 base the GRAN bearer service parameters defined and stored 
for UDP, step 45. If the value of the IP protocol field is 
6, IWU 3 identifies TCP as the protocol of the transport 
layer . 

Thereafter, IWU3 examines whether the value of 

15 the destination port field of the TCP packet, which is in 
the user data field of the IP packet, is 21, step 42. If 
this is the case, IWU3 identifies Ftp as the application 
protocol and fetches from its database the GRAN bearer 
service parameters defined and stored for FTP, step 46. If 

20 the value of the destination port is not 21, the routine 
proceeds to step 43 . 

In step 43, IWU3 examines whether the value of 
the destination port field of the TCP packet is 23, If 
this is the case, IWD3 identifies Telnet as the applica- 

25 tion protocol and fetches from its database the GRAN 
bearer service parameters defined and stored for Telnet, 
step 47. If the value of the destination port is not 23, 
the routine proceeds to step 44. 

In step 44, IWU3 examines whether the value of 

30 the destination port field of the TCP packet is 25. If 
this is the case, IWU3 identifies SMTP as the application 
protocol and fetches from its database the GRAN bearer 
service parameters defined and stored for SMTP, step 48 ♦ 
If the value of the destination port is not 25, the 

35 routine proceeds to step 49. In step 49, IWU3 presumes the 
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application protocol to be WWW and fetches from its data- 
base the GRAN bearer service parameters defined and stored 
for www, step 48. 

Prom all steps 45-49 the routine proceeds to step 
50. IWU3 forms a connection establishment message in 
accordance with the RBC protocol/ containing the fetched 
bearer service parameters- The message is sent over GRAN 
to RNC- RNC sets up the requested bearer service across 
GRAN between IWU3 and the called MS. 

In the above, the invention has been described by 
means of primary embodiments to illustrate the principles 
of the invention. The invention may vary in its details 
within the scope and spirit of the appended claims. 



PAGE 19127 * RCVD AT 3/7/2006 12:50:45 PM [Eastern Standard Time] * SVR:USPTO-EFXRF-6/34 * DNIS:2733075 * CSID:5712730045 * DURATION (mm-ss):05-26 



03/07/2006 TUE 13:38 FAX 5712730045 EIC2600 



@020/027 



WO 99/01991 PCT/FI98/0O549 

17 

Claims ; 

1. A method for setting bearer service parameters 
for a radio network in a radio access network connected to 
f a core network that is an IP/TCP network or offers a 

5 connection to an IP/TCP network, the method comprising the 
i steps of 

receiving to the boundary of the radio access 
network a first IP packet relating to a given connection, 

reserving a bearer service for the connection in 
10 the radio access network, characterized by 

identifying the TCP/IP service to which the IP 
packet relates on the basis of the content of the IP 
packet , 

maintaining in the radio access network 
15 information on the bearer service parameters required by 
each TCP/IP service, 

setting the bearer service parameters in 
accordance with the identified TCP/IP service in the radio 
access network. 

20 2. A method as claimed in claim 1, charac- 

terized by 

identifying the TCP/IP service on the basis of 
the content of the TCP or DDP packet in the user data 
field of the IP packet. 

25 \ 3. A method as claimed in claim 2, charac - 

terized by 

identifying the TCP/IP service on the basis of 
the port number in the destination port field in the TCP 
or TJDP packet. 

30 4. A method as claimed in any one of claims 1-3, 

characterized in that the TCP/IP services to 
be identified comprise at least one of the following 
application protocols: Telnet, ftp, SMTP, SNMP, and WWW, 
5 . A method as claimed in claim 4, charac - 

35 t e r i z e d by 
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identifying FTP when the destination port field 
'of the TCP packet has the value 21, 

identifying Telnet when the destination port 
field of the TCP packet has the value 23, 
' 5 identifying SMTP when the destination port field 

. of the TCP packet has the value 25, 

* identifying WWW when the destination port field 

of the TCP packet has the value BO. 

6. A method as claimed in any one of the 
10 preceding claims, characterized by 

identifying from the protocol identification 
field of the IP packet whether the protocol of the trans- 
port layer is TCP or top, 

taking into account the identified protocol of 
15 the transport layer in setting the bearer service 
parameters . 

7- A method as claimed in any one of the 
preceding claims, characterized by 

checking the service type field in the IP packet , 
20 taking into account the content of the service 

type field in setting the bearer service parameters. 

8 ► A method as claimed in any one of the 
preceding claims f characterized in that the 
bearer service parameters of the radio access network 
25 contain at least one of the following: peak bit rate, 
sustainable bit rate, maximum burst size, frame size/ 
minimum bit rate, bit error rate, delay, frame loss ratio, 
priority. 

9. A method as claimed in any one of the 
30 preceding claims, characterized by 

checking the service data relating to the 
subscriber relationship in the radio access network, 

taking into account the service data relating to 
the subscriber relationship in setting the bearer service 
35 parameters. 
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10 . A method as claimed in any one of the 
preceding claims, characterized by 

setting for FTP bearer service parameters that 
give as high a mean bit rate as possible. 
5 11. A method as claimed in any one of the 

i preceding claims, characterized by 

setting for Telnet bearer service parameters that 
give as short a delay as possible. 

12. A method as claimed in claim 1, charac - 
10 terizedby 

performing said receiving, identification, main- 
tenance and setting steps on the border of the radio 
access network at a mobile station when a mobile origin- 
ated connection is concerned. 
15 13. A method as claimed in claim 1, charac - 

t e r i z e d by 

performing said receiving, identification/ main- 
tenance and setting steps in the boundary region of the 
radio access network and the core network when a mobile 
20 terminated connection is concerned- 

14. An arrangement for setting bearer service 
parameters in a cellular radio access network (i) con- 
nected to a core network (2 / 3,4, 5) which ia an IP/TCP 
network or offers a connection to an IP/TCP network, the 
25 arrangement comprising 

resource control means (RNC) for the radio access 
network by means of which bearer services for the con- 
nections are reserved, 

first means (TWU3, MS) located at the boundary of 
30 the radio access network, initiating reservation of a 
bearer service for a given connection upon receipt of a 
first IP packet relating to the connection, charac - 
t e r i z e d in that the arrangement further comprises 
second means (IWU3, MS) maintaining information 
35 on the bearer service parameters required by each TCP/IP 
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service in the radio access network, 

said first means MS) being adapted to 

identify the TCP/IP service on the basis of the content of 
the IP packet received from the core network . and 
5 requesting from the resource control means (RwO a bearer 
i service having the bearer service parameters required by 

the identified TCP/IP service, obtained from the second 
means. 

15. An arrangement as claimed in claim 14, 
10 characterized in that 

said first means comprise a mobile station (MS) 
when a mobile originated connection is concerned. 

16. An arrangement as claimed in claim 14, 
characterised in that 

15 said first means (XWU3) are located in the 

boundary region of the radio access network and the core 
network when a mobile terminated connection is concerned. 
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